…ling-and-more

chore(common): cleanup error handling for KmxFileReader and CompilerOptions as shared type

…kmc-analyze

Part 1 of the `CompilerOptions` reorg. kmc now uses `CompilerOptions`
throughout, and `CompilerBaseOptions` maps to the set of options
available to all activities.

LdmlCompilerOptions is now based on the shared CompilerOptions. Also
fixes command line parameter inheritance for sub-commands.

This module is used for identification of Keyman source and binary file
formats by file extension. It is not yet appropriate to use for
constants; this will come in a future commit.

Now that we have the file type detection in place, we can replace
existing references to the file extensions, where possible, with the
constant declarations. While we could rely on TypeScript's typing to use
string-based values, this helps us to avoid using file extensions
directly in string transforms, regex, etc, and use the `KeymanFileTypes`
alias instead.

Note that only references in common/web, and kmc-* projects have been
touched. References in other Developer projects have not been touched,
as some of those are not yet ESM, so that needs to be addressed first.

feat(developer): kmc analyze osk-char-use 🗜

…-kmc-kmw

chore(developer): enable eslint for kmc-kmw 🗜

…iler-options

chore(developer): refactor CompilerOptions 🗜

…ature-kmc-kmw

Fixes #9377.

1. ldml_transforms.cpp used emplace_back with char instead of dword
   values (#9377)
2. import was updated to src/ instead of ../ by vscode in build.ts
   (no related issue)

chore: add run-name to deb-packaging 🗜

chore(developer): minor patches to fix compile issues 🗜

Ensures that we calculate the file type instead of using stored data,
which is a lot cleaner. Means we ignore the filetype field in the .kpj
xml, which is fine.

We should do the same with filename vs filepath.

Turns KeymanDeveloperProjectFile into an interface, and removes
redundant data in filename and fileType fields, calculating these from
filePath instead. Maintains separate KeymanDeveloperProjectFile10 and
KeymanDeveloperProjectFile20 classes implementing the base interface for
now, although that may be a target for future consolidation (lowpri).

Projects can contain any type of file, but the fromFilename file type
utility function would only handle known source and binary file types.

…ype-references

chore(developer): refactor KeymanDeveloperProjectFile 🗜

…oject-file

chore(developer): add Error_NotAProjectFile 🗜

…ature-kmc-kmw-a17s18

…re-kmc-kmw-a17s18

chore: merge master into feature-kmc-kmw (A17S18) 🗜